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Method of lecording and of leplaying video recoidiiig and leplay systems 


III! 


16.05-2003 


The invention is related to lecoiding and replaying video infomiation from 
xandomly accessible storage devices, such as discs. In particular, tbe invention is related to 
configurations in which more than one proc^ concurrently has access to a randomly . 
accessible disc, e.g. via time slot multiplexing. Such configurations may be present in 
S situations where video on demand services are offered. In this case a video replay system 
outputs several concurrent video streams, which are all read fix>m the disc. In some situations 
the same video is even replayed for .different users, which started the video at different times. 

It is desired to extend tiie options of the above described video replay system 
to permit the individual user to switch between different replay modes, as in home video 
10 recorders. In normal play mode a video is rq>layed at a rate, which is in accordance with an 
original recording speed. In a trickplay mode the video is replayed at another rate, e.g. fast 

forward or in reverse. 

In home video recorders triclsplay modes like fast forward and reverse are 
implemented by spooling the magnetic t^e in the desired direction and with the desired 

1 S speed along the magnetic head and by reading video fiam^ at preselected instants firoin the 
tape. Video firames that are used during normal replay are also used for triclqplay, but 
dedicated video fiames for trickplay may be provided as well, near the positions on the t^e 
where corresponding normal play frames are recorded. If a user gives a command to switch 
to another replay mode during spooling, the direction and the speed of the magnetic tape are 

20 adjusted. The video recorder continues to replay the video in the newly selected mode. Thus 
it is possible to switch between different replay modes at arbitrary instants in response to user 
commands. 

From US 6 453 115 a video replay system is known that employs randomly 
accessible memory to store a stream and uses tables with pointers referring to so-called I- 
25 fi:ames in the video stream in order to suppcnt trick play. I-fi«mes represent a part of the 

video information in MPEG coded video data. Trickplay streams are generated by jumping to 
selected I-firames and by reading them in arbitrary order. However, jumping to different disc 
locations for retrieving the selected I-fiames places a severe demand on tiie access bandwidth 
of the disc, so lhat the number of processes that may read the disc is relatively small. This is 
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in particular fhe situation if all these processes run in a tnckplay mode, such as &st forward j 
or &st reverse. j 

S It is an object of the invention to enable switching between different replay 

modes at arbitrary instants during replay of a video stream while reducing the amount of 
access bandwidth of the randonody accessible memory that is required for access. Therefore a 
method of recording a video stream according to the invention coicprises the steps of 
receiving a video stream; generating from the video stream a normal play stream and a 

10 tnckplay stream representing the normal play stream at a trickplay rate by selecting and 
arranging data from the normal play stream; storing normal play stream data and trickplay 
stream data as separately accessible files on at least one randomly accessible storage device; 
and providing linkmg information, which links the selected data from the normal play stream 
in the triclqilay stream with corresponding data in the normal play stream. 

1 5 By storing a normal play stream and a trickplay stream as separately 

accessible files, which can each by itself be played in the same way as a normal stream, 
memory access optimization strategies may be applied to video streams for difiTerent trick ! 
play modes individually, such as storing successive parts of a file in successive tracks and 
sectors. Methods of storing separate files and file storage optimization strategies are well 

20 known per se, for example for computer (PC) hard disks. Such strategies make it possible to 
reduce the access bandwidth demand to access the randomly accessible storage device. By 
providing separate files for different play modes including a normal play mode and one or 
more triclqplay modes, triclq)lay will not lead to a higher bandwidth use. As a result, more 
users can be connected to the video replay system, or more access bandwidth requiring 

25 operations can be performed on the at least one randomly accessible storage device. By 
providing lioldng information which links triclq)lay stream data with normal play stream 
data, the system is enabled to switeh virtually seamlessly fix>m the normal play mode to the 
trickplay mode, and vice versa. Storing the normal play stream and the trickplay stream as 
separately accessible files is also advantageous when the trickplay stream is generated and 

30 stored in semi real time fix>m fhe normal play stream, i.e. when the generation of the trickplay 
stream takes place in a non-instantaneous way while the normal play stream is recorded. 

The invention is also related to a method of replaying a video stream which 
comprises the steps of providing a randomly accessible memory on which normal play 
stream data and trickplay stream data are stored as separately accessible files, the triclqplay 
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stream data lepresentmg the nonnal play stream data at a trickplay rate, being selected and 
ananged fiom the normal play stream, providing linking inf onnation, which links the 


selected data fcom the nomial play stream in the tricl^lay stream wilh corresponding data in 
the normal play stream; retrieving one of a plurality of play stream data from the at least one 
randomly accessible storage device; genoating part of a video stream from the retrieved play 
stream dats^ receiving a switch signal during replay of the generated part of the video stream, 
the switch signal representing a new play mode; reading the linking information; de termining 
by means of the linkmg information a first position in the play stream according to the new 
play mode, Hie position corresponding to a second position in the part of the video stream 
that is displayed at the moment on which the switch signal is received; retrieving new play 


stream data 


the at least one ra 


wmr 


iTi 



ily accessible storage device according to the new 
play mode, starting with data related to the determined first position; and 
generating a new video stream fi:om the retrieved new play stream data. 

During replay a controller, which is provided on a video replay systmo, 
retrieves aplay stream and generates a video stream according to a received signal 
representing a play mode. As an example, if an individual user selects a normal play mode, 
tiie controller generates a video stream by retrieving normal play stream data fix>m a first file. 
If a user wants to switoh to anotha, new replay mode at an arbitrary instant during replay of 
the video, he or she generates a signal representing the new play mode by communicating via 
an interface temmial. The controller receives this signal and retrieves new play stream data 
fix>m a separate, second file, according to the new play mode. This is accomplished by 
starting with new data forming the new stream and corresponding to data at the position in 
the generated video stream according to the previously play mode where the switoh occurred. 
Correspondence of these data is available, since linking information is provided during the 
record of the video stream. Again, as an example, if the user selects a trickplay mode during 
replay of the video, the controller retrieves trickplay stream data, starting from a position in 
the stream that corresponds to the present position in the normal play stream data. Due to the 
provided litilring information which links corresponding image representation data, the 
controllCT is able to perform this operation. Then, the controller generates a new video stream 
from the retrieved new play stream data for replay at a replay temMnal. 

Thus the invention enables a video system offering video on demand services, 
to replay several videos for different users, and to switch each video stream fi»m normal play 
mode to a tric]q>lay mode and vice versa upon request of an individual user. 
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Other embodiments accoiding to the invCTtion are expressed in the dependent 

claims. 


The objects and the advantages of the invention will be illustrated using 


exentplaiy embodiments shown in llie drawing. In the drawing shows: 

Fig. 1 a video recording system according to the invention; 

Fig. 2 a flowchart representing a method of recording a video stream; 

Fig. 3 a video replay system according to the invention; 
1 0 Fig. 4 a flowchart representing a method of replaying a video stream; 

Fig. S a scheme of video stream data according to the invention; 

Fig. 6 a scheme according to Fig. 5 showing a table with pointers; 

Fig. 7 a scheme of replaying a video using different play modes according to 
the invention; and 

IS Fig. 8 a scheme according to Fig. 5 showing pointers in the video stream data. 


In Fig. 1 a video recording system 1 is shown. The system 1 comprises a 
controller 2, which is connected to an input terminal 3, and a randomly accessible storage 
20 device 4, such as a disc. The disc 4 may comprise a magnetic disc, CD, or DVD. The 

controller 2 is also connected to a further memory device 6 comprising a table with lioldng 
information. 

A flow chart of the recording process is shown in Fig. 2. In use, as a first step 
30 the video recording system 1 receives the video stream data via the input terminal 3. In 

25 one embodiment the video stream is encoded, e.g. by means of an MPEG coding algorithm in 
order to save memory sfpace, or even encrypted to prevent unauthorized access. In a second 
step 3 1 controller 2 generates a trickplay stream data from the received video stream. In a 
third step of the recording method, the controller 2 controls a storage process of data on the 
disc 4. More particularly at least two kinds of video stream data are stored as separately 

30 accessible file on the at least one disc 4, viz. as a file for normal play stream data and another 
file for trickplay stream data. 

The normal play stream data represent the video data for replaying in a normal 
play mode, at a realistic rate, i.e. a rate that is in accordance with an original recording rate. 
The normal stream may be a copy of the received video data, or may be newly generated (for 
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example compressed and/or enaypted) by controller 2. The tricl^lay stream data generated 
by controller 2 represent the same video data as normal play stream data, but so that iq>on 
normal replay of tbis tric]q>lay stream a tric]q)lay efiect occurs as conq>ared with the normal 
stream, such as fiist forward or fast reverse. Controller 2 generates trickplay stream data by 
S selecting and arrangmg data ftom the normal play stream. In this way information fix>m the 
normal play stream is extracted to form the triclq>lay stream. Preferably controlla 2 
compresses and/or encrypts the trickplay stream data before storage. 

During the storing process, as afourth step 33, the controller 2 writes linking 
data in a table that is stored in the forther memory device 6. The table conqirises linking 

10 information with respect to the video stream as will be explained below« Althougfh a separate 
forther memory device is shown, it will be appreciated that Hie table may also be stored on 
the same disc 4 as the streams (optionally as a table part, or distributed table parts in one or 
more of the streams), or that copies may be stored at multiple locations. In the fifth step 34, 
the processor checks if more video data is to be recorded. In that case the process continues 

IS with the first step 30. Otherwise, the controller awaits for the next video information. 

In Fig. 3 a video replay system 7 is shown. The replay system 7 comprises 
partly the same elements as the video recording system 1 . The controller 2 provided on the 
replay system 7 is connected to the disc 4 and to the further memory device 6. The controller 
2 is further connected to a set of output terminals 8, which are all comiectable to both a 

20 replay terminal 9 and an interfoce terminal 23 . Each output terminal 8 interacts with an 
individual user via the replay terminal 9 and the interfoce terminal 23. Hence, the video 
replay system 7 is dedicated for video on demand (VOD) services for multiple users. 

Fig. 4 schematically shows a flow chart of the method of replaying video 
streams by means of Ihe video replay system 7. In a first step 35, a user selects a program, 

25 e.g. a film. The user communicates with the controller 2 via the interfoce terminal 23 and the 
output terminal 8. Upon selection of the program replay system 7 automatically selects a 
current play mode, preferably the normal play mode, for replaying the selected program. If 
desired, the user may command selection of another current play mode, e.g. trickplay mode at 
this time. 

30 As a second step 36, the controller 2 retrieves ftom the disc 4 one or more 

frames fitnn the video file that corresponds to the selected program in the current play mode. 
When the current play mode is the normal play mode, for example^ fiames from the file for 
normal play stream data are retrieved. &i a third step 37 the controller generates a segment of 
a video stream from the retrieved fiiames for replay on the replay terminal 9 of the user. In &e 
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fourth step 38 the user is enabled to select anotiier play mode. If no selection is carried out, 
fbe replay process is continued from the same file returning to the second step 36. 

If the controller 2 receives a switch signal representing a selection by the user 
of a new play mode via the above described communication chain 8, 23, the video replay 
S system 7 will change the current play mode to the newly selected r^lay mode and start 

replaying the selected program in the new replay mode, e.g. a trickplay mode. Replay system 
7 accomplishes this by retrieving frames for the new play stream data from another file, 
selected according to the new play mode in second step 36 and generating a new, second 
video stream firom the retrieved new play stream data in tliird step 37, and outputting the new 

10 video stream to the ou^ut temoinal 8. 

In step 39, prior to executing firom second step 36 for the newly selected 
replay mode, controller 2 reads the linking information that has been provided during the 
storing process described with reference to Fig. 2. The linking information may be read from 
disc 4 (optionally as a table fix>m one of the streams, or as successive instalments of the table 

1 S from an ongoing stream, or firom a memory into which the linking information may be copied 
from disc 4, initially when play of the stream is started, or into which the Unking information 
has been written during recording. In step 40, the controller 2 determines tiie position in the 
play stieam data file for the newly selected play mode, which corresponds to the position in 
the play stream data file to which display had advanced during replay in the previous play 

20 mode. 

Afier the controller 2 has determined the position in the play stream data file 
for the new play mode the process continues with the second step 36 and 37, ie. retrieving 
video data fiom the newly selected video file, and generating a new video stream starting 
fix>m the position that has been determined Thus the controller 2 jumps fix>m a first selected 
25 file to a new, second selected file, at a position that contains content that corresponds to the 
content in the original file, following the position to which display had advanced at the time 
of the switoh. 

Fig. S illustrates linking information. Fig. S schematically shows the normal 
replay stream 10 and two trickplay streams 1 1, IS. For particular positions in video streams 
30 the table comprises address information concerning data in the play streams that correspond 
to the particular positions. In a particular embodiment according to the invention the table 
may be represented as in table I 
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Hence, ducing tiie recording stage, address information of corr^ponding data 
in at least the normal play stream and at least one trictq)lay stream is stored in the table 24 as 
is indicated in Figure 6 with respect to the normal play stream 10 and one trickplay stream 1 1 
for particular positions in a particular video stream. The address information, which is also 
called linkmg information, may also concem data from a second trickplay stream or from 
even more trickplay streams. The address information specifies addresses in the files for 
different play modes that contain corresponding content fixnn the stream. By means of the 
linking information, the controller 2 is enabled to interconnect data in different video play 
streams of one particular video. In other words, corresponding data in differCTit play streams 
10,11 axe interconnected by means of linkmg information 12 which is stored in the table 
during the recording process. 

In particular, the address information contained in tiie table may point to 


same fiame or fi:ames, e.g. an I-ftame or groiips of picture (GOPs) in MPEG coded video 
which ace represented as file packet numbers. The use of addresses of I-frames has the 
advantage that the image can immediately be replayed without retrieving data from other 
frames. In essence, the linking information of the table 24 comprise pointers 13, 14 referring 
to the sections. 

Instead of pointing directiy to memory corresponding locations in files, the 
Unking information may also contain information that is sufficient to compute corresfponding 
locations. A location of content x may be cotrqputed for example using a formula 
L(x)=LO+R*x in case of a fixed compression rate stream. R, the replay rate is known for each 
stream. When LO values are provided for each stream corresponding locations can be 
computed. Preferably, a plurality of LO values is provided each for a respective section in the 
stream to permit more accurate coroputations. This works well for streams that use fixed rate 
compression (for example for part of the streams) but not for streams that use variable rate 
compression. In the latter case more LO values may be provided for different sections of the 
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stream, together wiHi local R values. Even if this does not provide accurate locations, it may 
be used to speed the search for the correct location, using PGR values for example. A similar 
technique may be used to coxnpate corresponding PGR values in different streams. 

The linking information may be stored as a separate table, or as a table part of 
5 one or more of the strranos. The table for the whole stream need not be provided as a single 
table, but instead successive instalments of the table may be included in the stream, each for 
switching to another mode during a subsequent part of the stream. From the MPEG standard, 
for exanoqple, several techniques for including tables in a stream for other purposes are known, 
similar techniques may be used for including tables for switching between triclqplay mod« 

10 and a normal mode. In this case, instalments of the table are preferably loaded in1» a woddng 
memory each time when they are encountered. 

If the video replay system 7 switches from a first play mode to a second play 
mode, the controller 2 searches in the table 24 for a position in the fibrst play stream, also 
called reference point, which is close to a section 26 of the first play stream tiiat represents an 

1 S image which is replayed just before switching the play mode. 

There are several ways of finding such a reference point in the first play 
stream. In one embodiment the controller 2 selects the reference point in the table 24, which 
corresponds to the address of the most recently replayed section 26 in the video stream before 
the switch. In another embodiment the controller 2 selects the reference point in the table 24 

20 corresponding to the address of the section 26 next to the switch. In yet another embodiment 
the controller 2 selects the reference point in the table 24 which corresponds to the address of 
the section 26 which is chronologically most near the moment in the video stream at which 
the switch occurs. When the reference point in the table 24 has been selected, the pointer 
13,14 relating to the play stream data 10, 11, IS according to the second play mode, provides 

25 address information for finding the d^ired section 26 in the stream that represents an image, 
which needs to be retrieved in order to continue the process of generating the video stream 
37. In this way the controller 2 switches firom a first replay mode to a second replay mode 
and vice versa. 

Fig. 7 shows again the normal replay stream 1 0 and one trickplay stream 1 1 . 
30 Further a switching path 22 is schematically shown, starting with video data in the normal 
replay stream data 10. In this situation the user has selected a first, normal replay mode. At a 
particular moment the controller 2 retrieves video data fit>m the trickplay stream data 1 1 as a 
response to the user which selects a second, trickplay mode. After some time the user selects 
the normal mode again, and the controller continues to generate a new video stream by 
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letdeving video inf onnation from the nonnal playstream data 1 0 . Each time a nearly 
seamless switch is peifomied tiuough fhe use of linking infomiation. 

In other embodiments of the invention the linking information is implemrated 
in flie video streams and not in a separate table. One embodiment mak^ use of MPEG PGR 
5 information to realize linking. In MPEG coded video streams, jirogcam clock references 

(PCRs) synchronize the replay rate with respect to the recording rate. The normal play stream 
and the trickplay stream have different PGR time bases, due to fhe different replay rate or 
time direction of the video play mode. 

In an embodiment Ifae linking information is stored in the form of information 

10 about PGR values of positions with corresponding content in the nonnal stream and the trick 
play stream or streams. The information about such corresponding PGR values may be stored 
in the fQes for each stream, or only in a subset of the files, for exan^le only in the file that 
contains the stream for normal play. Such linking information may be provided in the form of 
sets of corresponding PGR values stored at various positions in a video stream for a particular 

1 S play mode, the PGR values in each set specifying the PGR values of corresponding content in 
video streams for the same program in different play modes. The corresponding PGR value in 
the stream in which the set is stored may be part of the set, or may be in^plied by the PGR 
value that corresponds to the position in the stream where the set is stored in the stream. The 
embodiment in which the file for the stream for each play mode contains information about 

20 corresponding PGR values in the streams for other play modes will be illustrated first. 

During a switch from the triclsplay mode to the normal play mode, while a 
section 43 of the trickplay stream 1 1 is replayed, Ihe controller 2 determines a reference point 
near Ihe section 43 according to a search algorithm, e.g. as described above. Next, the 
controller 2 determines the PGR time value of the reference point in the normal play stream 

25 10, ftom information about the corresponding PGR value stored in the trickplay stream. Then 
the controller 2 searches in the nonnal play stream 10 until the corresponding PGR time 
value has been foimd. The search activities are symbolical]^ illustrated in Fig. 8 by m^ns of 
arrows 16, 17. Although a chronological search from the start of the stream is used, it should 
be understood that other t3rpes of search may be used, for example a binary search (reading a 

30 PGR from midway the file, determining whether it is above or below the required PC^ 

reading a PGR fix>m midway the section in fi:ont of or behind the midway position, dependent 
on whelher the required PGR is lower or higher respectively and so on) or an indexed search 
(using a table of locations in the stream for a number of PGR values, finding a location of a 
PGR nearest the required PGR values and searching the stream from tiiere). When the PGR 
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time base in the nonnal play stream has been found, the controller 2 starts retrieving normal 
play stream data at a section 44 corresponding to PGR value, to generate a new video stream 
for replay. The switch from the triclq)lay mode to the normal play mode has been i)^onned. 

An advantage of providing Imking information in the video stream rather than 
S in a separate table is that the linking information in the video stream is more dynamic and 
invariant for the sequence of a decoding and a new encoding step. 

A switoh from the normal play mode to a tnckplay mode is performed in a 
similar way. When a user commands for a switoh during replay of a section 41 in the normal 
play stream, tbte controller 2 determines a reference point near the section 41, finds the 
10 corresponding PGR value in the trick play stream from linking information in the nom:ial 
stream and searches in the triclqplay stream for the PGR value, and starts retrieving triclq>lay 
stream data at a section 42 corresponding to the reference point. The search activities of the 
controller 2 are symbolically iUustrated by means of arrows 1 8 and 19. 

A switoh from a first trickplay mode to a second trickplay mode is performed 
IS along the same lines as a switoh from a trickplay mode to the normal play mode, provided 

that the controller 2 searches in the second trickplay stream data for the stored PGR time base 
in the normal play stream 10 to find the corresponding section 45 in the second triclq)lay 
stream data. The search activities of the controller 2 are symbolically illustrated by means of 
arrows 20 and 21. 

20 In another embodiment, Unking information that specifies corresponding PGR 

values of different streams may be stored in a selected strean:is only, for example in the 
normal play stream. In this case a switoh to Ihe new play stream from another stream at a 
specific PGR value in that other stream involves a search in the normal play stream for a 
location where the specific PGR value for the other stream is stored, retrieval of the 

25 corresponding PGR value for the new stream (this may iniplicit in the location where the 
specific PGR value is stored if the switoh is to the normal stream) and replay from the new 
stream, starting from the new PGR value. When the linking information about corresponding 
PGR values is stored in a trick play stream only a similar procedure hold mutatis mutandis. 
The use of a &st play stream for this purpose may be advantageous in this case if the speed of 

30 the search for the corresfponding PGR value is inoportant. 

The above described embodiments are particularly suited for applications 
using MPEG coded video streams. The embodiments permit constant bit rate (GBR) as well 
as variable bit rate (VBR) coding schemes. 
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In yet smofher embodiment accoiding to the invention it is assumed that CBR 
encoding schemes have been applied to the video streams. The linking infomiation that is 
stored during the record stage contains the total length of each of the nomialplay stream and 
of one or more triclq>lay streams. During a switch from a normal play mode to a trickplay 
mode the controller 2 conxputes fiom the relative position in the normal play stream, tibe 
relative position in the trickplay stream, using the linking information, e.g. as a fraction of the 
total length. Then the controller 2 continues with retrieving data and generating the new play 
stream. Switohing from a trickplay mode to the normal play mode or to another trickplay 
mode occurs also by means of ccmq[>uting relative positions in the play streams. 

In another einbodiment the controller 2 conq>utes a relative time position in a 
normal play stream using the total time period of the stream which has been stored during a 
recording process as linking infimnation, and the current POEL time base corresponding with 
a section which is currentiy replayed. For performing a switoh from the normal play mode to 
a trickplay mode, the controller 2 determines from the relative time positions a relative file 
positicm in the trickplay stream, assuming the trickplay stream is coded with CBR schemes. * 
This method is suited for application when the normal play stream is coded using VBR 
algorithms. 

In yet another embodiment the controller 2 computes a relative file position in 
a trickplay stream from which new video data is to be retrieved, by using the total time period 
of the normal play stream being currentiy replayed, the total time period of the trickplay 
stream, and the current PGR time base corresponding with a section which is currentiy 
replayed. If a stored normal play stream PGR time base in the determined relative file 
position in the new play stream does not match with the section in the normal play stream, 
the controller 2 preferably p^orms a new iteration step, e.g. by linearization using the 
packet numbers in the normal play stream and trickplay stream, respectively, and the stored 
normal play stream PGR time base in the trickplay stream. 

The invention is not restricted to the described embodiments. Many alternative 
video systems replaying video streams by means of linking information are possible. 

It is noted that the sections of streams that represent images do not necessary 
contain GOPs or I-firames. Also P-frames or B-firames are possible. 

Further, the invention is not restricted to one disc 4. The video recording 
system and/or the video replay system may comprise two or more discs on which normal 
play stream data files and trickplay stream data files are stored, in a preferred embodiment, 
normal play stream data and trickplay stream data are stored on different discs in order to 
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reduce access bandwidth of fhe discs and/or reduce fhe switcliing time. Thus activities 
relating to botii fhe normal play stream and the triclqplay stream can be executed more or less 
simultaneously. 

In another embodiment the video streams (the normal stream and the trickplay 
S streams) may be recorded in encrj^ted form or encrypted during replay, to prevent illegal use 
of video data, in this case, the linking information is preferably provided so that it can be 
accessed without decrypting the stream. This makes it possible to switch quickly between 
encrypted streams for normal and trick mode replay. The controller generates a trickplay 
stream from the normal play stream which is either compressed or unconq>ressed. 
10 Further, it is advantageous to construct triclqplay streams using I-frames or 

GOPs from tiie normal play stream, since the replay of I-frames and GOPs do not need 
information of other frames in the stream. This is in particular the case if the noraoal play 
stream is compressed. The above-mentioned ^proach saves deconopression time for the 
controller. 

IS In an embodiment according to the invention a reverse trickplay stream is 

generated. This is accomplished by generating Ihe reverse trickplay stream fiom a forward 
trickplay stream. In a preferred embodiment the reverse trickplay stream is generated off-line 
when the entire normal play stream has been stored on disc. This approach saves bandwidth 
of the storage device and adjustments of timing information in the stream. When the reverse 

20 triclq>lay stream is generated, linking information is also generated and stored, for use during 
replay. 

These embodiments are assumed to be obvious for the man skilled in the art 
and are considered to fall within the scope of the following claims. 


ft 
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CLAIMS: 


1. 


10 


A method of recording a video stream, conqtrising the steps of 
receiving a video stream (10); 

generating a tticlq>lay stream (1 1, IS) from tiie video stream, by selecting and 
ananging data from the video stream (10), Ihe tnck play stream (1 1, IS), when played 
at normal rate, representing the video stream at a trickplay rate; 
storing the trickplay stream (1 1, 15) and a normal play stream (10) corresponding to 
the video stream (10) as separately accessible files on at least one randomly 
accessible storage device (4); and 

providing linking infotmation (12), whidi links positions of content within the notmal 
play stream (10) to positions of corresponding content within the trickplay stream (1 1, 

15). 


2. A method of replaying a video stream, comprising the steps of 

- providing a randomly accessible storage device (4) in which a normal play stream 
1 s (10) and a trickplay stream (1 1, 1 S) are stored as separately accessible files, the 

trickplay stieam (11,15) when played at normal rate representing the normal play 
stream (10) data at a trickplay rate; 

- providing linlritig information (12), which links positions of content within the file for 
the normal play stream (10) to positions of corresponding content in the file for the 

20 ' triclqplay stream (11, IS); 

- replayingapartof aplay stream(10, 11, 15) from one ofthe files in the at least one 

randomly accessible storage device (4); 

- receiving a switch signal during replay of the part ofthe play stream (10, 1 1, 15), the 
switch signal for selecting a new play mode; 

25 - reading the linking information (12); 

- determining a first position in the file for the new play mode, the first position 
corresponding, according to the linking information (12), to a second position in the 
part ofthe play stream (10, 1 1, 15) that is replayed substantially at the time on which 
the switch signal is received; 
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- coBtinumg replay with new play stream data firom Ifae file conespcmding to the new 
play mode, starting with data determined by the first position. 

3. A method of replaying accoiding to Claim 2, wherein the normal stream and 
S the tnck play stream contain program clock references (PGR) for defining progress of time 

during play of the normal stream (10) and the trick play stream (1 1, IS) defined to respective 
time bases respectively, wherein the linking information specifies correspondence 
information items, each between program clock reference (PCR) values of corresponding 
positions in the respective streams (10, 1 1, IS), the method comprising retrieving a program 
1 0 clock reference (PCR) value for the first position fix>m the linking information, and searching 
for the first position on the basis of the retrieved program clock reference value. 

4. A method of replaying according to Claim 3, wherein the linking information 
is contained in and retrieved firom the file that contains the play stream (10, 11, IS). 

15 

5. A method of replaying according to Claim 4 wherein flie correspondence 
information items are stored in at least one of the files for the normal play stream (10) and the 
trick play stream (1 1,15), each at a position substantially where the clock reference (PCR) 
value of the item assumes the value corresponding to the item. 

20 

6. A method of replaying a video stream according to claim 2, wherein the 
method further comprises the step of successively displaying video information decoded 
from the play stream (10, 1 1, 12) and the new play stream (10, 1 1, 12) on a display device. 

25 7. A video recording system, comprising 

- an input terminal (3) for receiving a video stream; 

- at least one randomly accessible storage device (4); 

- a controller (2) arranged to 

- generate a normal play stream (10) and the trickplay stream (11,15) from the 
30 received video stream, the trickplay stream (1 1 , 1 5) by selecting and arranging 

frames from the received video stream, so that the trickplay stream (11,15) 
represents, when played at a normal rate, the normal play stream (10) at a 
trickplay rate 
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- store tibe nonnal play stream (10) and trickplay stream (1 1, 15), as separately 
accessible files in Hic random]^ accessible storage device (4) and 

- generate linking infomiation (12) which links positions of content wifhin the 
nomial play stream (10) to petitions of conesponding content wifhin the triclqplay 

5 stream (11, 15), 

■ 


10 


8. A video recording system accordixig to Claim 7, wherein the nonnal stD 

(10) and the trick play stream (1 1, 15) contain program clock references (PGR) for defining 
progress of time during play of the normal stream (10) and the trick play stream (1 1, 15) 
defined to respective time bases respectively, the controller (2) being arranged to store 
linking information specifying correspondence information items, each between program 
clock reference values of corresponding positions in the respective streams. 


9. A video recording system according to Claim 7 wherein the corresfpondence 

1 5 information items are stored in at least one of the files for tiie normal play stream and the 
trick play stream, each at a position substantially where the clock reference value of the itei 
assumes the value corresponding to the item. 
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A video replay system, comprising 
at least one randomly accessible storage device (4) for storing a normal play stream 
(10) data and a trickplay stream (1 1, 15) in separately accessible files, the trickplay 
stream (1 1,15), when played at normal rate, representing the normal play stream (10) 
at a triclq>lay rate; 
a controller (2) arranged to 

replay apart of aplay stream (10, 11, 15) fix>m one of the files in the at least one 
randomly accessible stora^ device (4); 

receive a switch signal during replay of the part of the play stream (10, 1 1, 15), the 
switch signal for selecting a new play mode; 

read tiie linking information which links positions of content within the normal play 
stream (10) to positions of corresponding content witiiin the triclsplay stream (1 1,15); 
determine a first position in the file for the new play mode, the first position 
corresponding, according to the linking information, to a second position in the part 
of the play stream lhat is replayed substantially at the time on which the switch signal 
is received; 
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continue replay wilii new play strwm data from the file corresponding to the new play 
mode, starting with data determined by the first position. 

A randomly accessible memory medium (4) coniprising 
separate files that contain data representing a normal play stream (10) and a triclq>lay 
stream (11, 15) respectively, 1hetriclq)lay stream (11, 15), when played at a normal 
rate, representing the normal play stream (10) at a trickplay rate, and 
linking information (12), which links positions of content within the normal play 
stream (10) to positions of corresponding content within the trickplay stream (1 1, 15). 

12. A randomly accessible memory medium according to Claim 1 1, wherein the 

linking information comprises successive instalments of for successive parts of the streams 
(10, 11, 15) as tables in the streams (10, 11, 15). 

15 13. A video play stream signal comprising successive instalments of Unking 

information (12), which links positions of content within a normal play stream (10) to 
positions of corresponding content witWn one or more different trickplay versions (1 1, 15) of 
the video play stream. 


11. 
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ABSTRACT: 


A video stream and different trickplay versions of that stream ate stored as 
separate files in a randomly accessible storage mednmoL In order to &cilitate seamless 
switohing between streams linking information is provided, which links positions of content 
within the normal play stream to positions of corr^onding content within the trickplay 
S streams. Upon receiving a switoh command for switohing between triclq>lay modes or to or 
fix>m a normal play mode the linking information is consulted to determine corresponding 
locations in different streams for the different modes and used to jump to a point within the 
new stream. 


10 Fig. 1 
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